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REMARKS 

Favorable reconsideration of this application is requested it) view 
of the following remarks. Claims 1 -10 are pending in the application. 
Reconsideration of the claim is respectfully requested. 

In paragraph 1 on page 2 of the Office Action, the Office Action 
stated that the information disclosure statement filed 9/28/04 fails to comply with 
37 CFR 1.98(a)(2), which requires a legible copy of each cited foreign patent 
document. Applicants have attached a legible copy of the Scholl reference hereto 
and believe they are now in compliance 37 CFR 1 .98(a)(2). 

In paragraph 3 on page 2 of the Office Action, claims 1-10 were 
finally rejected under 35 USC § 102(e) as being anticipated by Niamir (US Patent 
Pub. 2002/0027567). Applicants respectfully traverse the rejections. 

First, Niamir fails to teach or suggest at least a server having pre- 
authorization for automatic access to at least one digital image file on a user 
computer and for permitting access to at least one digital image file at said server 
by a third party. Rather, Niamir discloses a peer-to-peer computer system in 
which files are transferred between user computers in a peer-to-peer manner 
bypassing a central server. See Abstract and [0005]. In the peer-to-peer system 
of Niamir, users who are authenticated by an authentication server 64 can then 
have their listings 30 saved at a central search server (CSS) 1 6 from where the 
listings 30 can be retrieved by other users of system 1 0. See [0099]. 

In sharp contrast, Applicants' invention requires a server for 
allowing controlled access to a digital image file of an image stored on a user 
computer. The server has pre-authorization for automatic access to at least one 
digital image file on a user computer and for permitting access to said at least one 
digital image file at the server by a third party. That is, the server has pre- 
authorization for automatic access to at least one digital image file on a user 
computer and the saver permits a third party to access the digital image files at 
the server. Accordingly, Applicants respectfully disagree with the Office 
Action's assertion in the Response to Arguments that Applicants* claims do not 
disclose that the server is the only party that has direct access with the user 
computer. 
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Second ? Niatmr fails to teach or suggest at least a server 
monitoring access to a digital image file by a third party whenever access by said 
third patty to said digital image file is done. Rather, Niamey merely discloses that 
users can cause certain searches to run automatically to monitor new listings 30 
and to alert the user when new listings match the user's search criteria. See 
[0074]. However, Niamir does not disclose monitoring access to said digital 
image file by said third party. 

Therefore, in view of the above remarks, Applicants' independent 
claims 1, 6 and 7 are patentable over the cited reference. Because claims 2-5, 10 and 
8-9 depend from claims 1 and 7, and include the features recited in the independent 
claims, Applicants respectfully submit that claims 2-5 and 8*10 are also patentably 
distinct over the cited reference. Nevertheless, Applicants are not conceding the 
correctness of the Office Action's rejection with respect to such dependent claims 
and reserve the right to make additional arguments if necessary. 

In view of the foregoing it is respectfully submitted that the claims 
in their present form are in condition for allowance and such action is respectfully 
requested. 

Respectfully submitted. 



Attome&for Applicant(s) 
Registration No, 53,950 

Thomas J. Strouse/phw 
Rochester, NY 14650 
Telephone: 585-588-2728 
Facsimile: 585-477-4646 

SLi3? fl ^ itWr ^ n ! bIe * * e AH* 6 ** 8 ) Attorney at the telephone number provided, the 
(51 35^477^656 * ™ mmunicatC Mth ^ astmfln Kodak Company Patent Operations at ' 
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XP-002249287 



napster messages 



by drschol l©as$rs - sourcef orqe . net 
April 7, 2000 

0_ Fo reward 



U u^) 



This is meant to be an open specification. if you find errors or know of 
additional functionality not described hereafter, please send me email. It 
benefits the entire community to have a complete and accurate protocol 
specification. Not only does it allow for clients to be developed for any 
platform , but also decreases the strain on the server having to parse out 
bad client messages. 

Disclaimer: The following information was gathered by analyzing the protocol 
between the linu* nap client and may not resemble the official Windows client 
protocol . 

1 - Recent Changes 

* Section 3: 430-432 channel invite messages (2001-04-07) 

* Section 3: WMA-FILE used as checksum for .wrqa files {2001-03-12) 
*■ numeric 607 adds download client's speed (2000-12-28) 

* UOOO^ia^^r^" 03 640-542 f ° r direet client to client browsing support 
2. Client- Server protocol 

Napster uses TCP for client to server communication. Typically the servers 
Cor redirector) which runs on port 8875 T 

each rne&sage to/ from the server is in the form of 

<leugth><type>-^data> 
where < lengthy and <type> are 2 bytes each. <length> specifies the length in 
bytes of the <data> portion of the message- Be aware that <length> „d c^--- 
appear to be in li t tie - endian format (least significant byte goes f irsO / r** 
example, in the C language you would encode the number 1 as 
const unsigned char numt2) = { 0x01, 0x00 }; 
.and 25 6 would be encoded as 

const unsigned char num (2J =• { OacOO, 0x01 }- 
(The above is for illustrative purposes only, there'are znuch quicker ways to 
actually encode a number- -edj * & co 

The <data> portion of the message is a plain A$CII string. 

22Ll t I At rf? -™ cases, strings are passed as double-quoted entries. For 
example, filenames and client id strings are always sent as 
"random band - generic cowboy song.rar>3* 

or 

"nap vO.6" 

Sro^/^ 1 ^' d ° Utlle USe * in ^ description of the roeasage* 



Some additional information about use of quotes inside of quotes- 

> found, and -invalid search r^L^^^^'^ It'™^ 

> window. (don't know what code that is, sorry,) console 

> and no wonder-- a little birdie told me that the client sends thi S! 
» FtLEMAMK CONTA1HS -a -quoted- string- MAX_RESULTS 100 
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[contributed by Ben Oyer <bbyer@rice.edu>. -ed] 

Note that unlike the IRC protocol, each line does NOT end in \r\n. The 
<length> field specifies exactly how much data you should read. 

y. Message Types 

The following section describes the £ormat of the <data> section for each 
specific message type. Each field is denoted with <>•* The fields in a 
message are separated by a single space character {ASCII 32) . Where 
appropriate, examples of the <data> section cor each message Are given - 

<type> can be one of the following (converted to big-endian) : 

0 error message [SERVER] 

format: <message> 
2 login [CLIEMTJ 

Format: <nick-> <;password> <port> n <client- inf o> M <lixik-type> C <nurn> ] 

<port> is the port the client ia listening- on for data transfer. if 

this value is 0. it means that the client ie* behind a firewall 
and can only push files outward. it is exacted that requests 
for downloads be made using the 500 message (see below) 
<client-info> is a string containing the client version info 
<link- type> is an integer indicating the client's bandwidth 



0 


unknown 


1 


14.4 kbps 


2 


23.8 kpbs 


3 


3 3*6 kbps 


4 


56.7 kbps 


5 


64K ISDN 


€ 


X2QK ISDN 


7 


Cable 


3 


DSL 


9 


Tl 



10 T3 or greater 
<num> build number for the windows client [optional] 

Example : 

foo badpass 6699 "nap v0-8 n 3 

3 login ack [ SERVER 1 
Formats <en»ail> 

the server sends this message to the client after a, Succesful 
lectin {2> . rf the nick is registered, the <email> address given 
registration time fs returned. rf the nick is not registered, a 
dummy value is returned. 

4 version check {CLIENT] 
Format: <version> 

Server sends £5} if an update is needed* All other responses are 
ignored . 

<veraion> ^ string, version 2-0b5a sends "2 . 0* 
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"auto-upgrade" [SERVER J 

Format; <version> <hos tname : £i leuame> 

Napster is out of; date, get a new version. 
Or also known as gaping security hole. 

<version> = s bring, the new version number. 
<hostname> = string, hostname of upgrade (http) server 
<filename> *» string, filename 

Connections are always made to port 80 - 

The HTTP Request: 

GET <filenarae> http/i.o 
Connection z Keep -Alive 
Host: <hostname> 

Expected f£TTP Response. 

Content- Length: <size> 
Content-Type: <doesn't watted 
<data=- 

Upgrade file is save as "upgrade .exe" . 

And executed As: upgrade . exe UPGRADE "^current . exe> ( ' 

As far as X can tell no confirmation is requested by Napster when it 
K-ecexves this message. And immediately start to "auto-upgjcade" To k^. 
user-s informed that Napster- is doing something potentially ^ry' harmful 
to their computer it displays a message saying it's « auto- upgrading * . 

I think this pretty baa, since all someone has to do is hack a napster 
server- et voila * zillion clients at your disposal. 

As£**r as I known this only affects the Win32 2_0bSa Napster client 
Other clients/versions X don't know. " 

[This section was contributed by Thomas van der Heijden <thomabart.nl> 
new user login [client] 

Format, ^nick- <pass- <port> »<client-in£o>« < $peed > <=email -address^ 
This message is used when logging in for the first time to register 
Th2 - k^v 11 ^ ^ tCnt no ™ allv for an unused nick ustng 

^ilt^-^JFET IV ******* ^ UP °" reCClpt ° f * "nicknlnCt 
corned SerVer Wil1 proc * c * G * <*> in with this 

ZTZL^ 5 "? SSa<7e " s f milar th * message, with the addition 

of <email-address> on the end " on 

Example i 

roo foo 6699 "nap vO.B" 3 email© here. com 
nick check t CI* I EOT J 
Fo rma t : <nic)£> 

Queries the server to see if <ni c k- is already registered. Thi 



s 



3 
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message is typically used prior to logging in for the first time to 
check for a valid nickname . 

Response to this message is one of 8, 9 or 10 

8 nickname not registered [SERVER] 
format: (empty) 

The server sends this message in response to the "nick check" (7) 
message to indicate that the specified nickname is not already- 
registered and is ok to use. 

9 nickname already registered [SERVER] 
Forma t: ( empty) 

The server sends this message when the nickname the client has 
rescues ted has already been registered by another user 

10 <0x0a) invalid nickname [SERVERl 

Forma t = ( etnp ty ) 

This server sends this message in response to the "check nickname" 
(7) messages when the specified nickname is invalid, usually due to 
bad characters such as spaces or other non-printable characters . 

The Napster,, Inc. servers only accept (upper- and lower-case) nicks 
comprised of the following : 

abedefghi jklmnopqrstuvwxyzl2^4567e90_[] {} 

11 »?? [CLIENT] 
Format: <nick> <pass> 

[returns "parameter's are unparsable" -ed] 

12 ??? [Server] 
Format r (empty) 

this message is returned in response to message 11 from the client 

13 echo??? [SERVER] 
Format: <numeric>: [args) 

Prior to issuing a login (2) command, the server will echo ba<?k the 
received numeric and any arguments of any commands it receives. 

14 login options [CLIENT] 

NAME :%s ADDRESSES CITY:%fi STATE = PHONE -^s AGE S %s INCOME EDUCATION: 
Example; 

NAME: kev ADDRESS : CITY: ephrata STATE: pa PHONE: AGE: 60 or older 
100 (0x64) client notification of shared file [CLIENTI 

Format: -<£ ilename>" <md5> < s i 2€ >> <bitrate> <frecyuency> <titue> 
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<mdS> see section "MOB" 
<size> is bytes 
<bitrate> is kbps 
<f requency> is h« 
<tim$> is seconds 

Example: 

"generic band - generic song.rap3" b9 2870e0d4 Ibc8e698cf2£ 0aldd£eac7 4433 C 
102 (0x66) remove file [CLIENT) 

Format: <filename>- 

client requests to remove file from shared library 
HQ unshare all files [ CLIENT] 

Forroat: (empty) 

Notifies the server that the client is no longer sharing any of the 
files previously shared. 

200 (0xc8) client search request tCLIENTl 

[FILENAME CONTAINS -artist name" J MAJC_RESULTS <max> {FILENAME CONTAINS 
"song"! [LINESPSED <compare> <link-type>) [BITRATE <compare> "<br>"J [FREQ 
<compare> *<£req>»] [WMA- FILE] [LOCAL_ONLY] 

The artist name and trie song name are, obviously, treated 
the same by the server; confirm this for yourself 
on the windows client. 

max is a number; if it is greater than 100, the server will 
only return 100 results. 

<coraparo> is one of the following! 

"AT LEAST" "AT BEST" "EQUAL TO" 

<link-type> $ee 0x02 (client login) for a description 

<br^ is a number, in kbps 

<freq> is a sample frequency, in Hz 

LQCAL_01ffLY causes the server to only search for files from users on 
the same server rather than all linked servers. 

The windows client filters by ping; time inside the client 
It pretty much has to, and it's easy to see the 
result by setting ping time to at best 100 ms or 
so. ajid max search terms to 50. You'll get back 
like 3 results/ but the client will still tell you 
that it found "50 results*. 

Examples : 

FILENAME CONTAINS " Sneaker Pimps" MAX_RESULTS 75 FILENAME 
CONTAINS "tesko suicide" BITRATE "AT LEAST" * , 128«" 

MAX_RESULTS 100 FILENAME CONTAINS "Ventolin- LINES PEED 
"EQUAL TO" 10 



{Thanks to Ben Byer <bbycrOric e .edu> for this contribution. 



•edj 
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201 (0xc9) search response [SERVER] 

11 <f ilename>" <md5> <size> <bitrate> <frequency> <length> <rtick> <ip> 
<1 ink - typo> [weight J 

<md5> see secton "MD5" 
<size> is file sifce in bytes 
<bitrate> is mp3 bit rate in kbps 
<£requency*- is sample rate in hz 

<length> is the play length of tH© mp3 in seconds 
<nick> the person sharing the file 

<ip> is an unsigned long integer repiresentirv^ the ip address of the 

user with this file 
<X ink- type > see message client login <2) message for a description 
[weight} a weighting factor to allow the client to sort the 

list of results. positive values indicate a "better* 1 

match, negative values indicate a "worse" match. 

If not present/ the weight should be considered to be 

D_ 

Example: 

'random band - random song.mp3* 7d733cle74 1967474476Sdb7 lbf tBbcd 2558195 
202 (Oxca) end of search response from server [SERVER] 

Format: (empty) 
2 03 (Oxcb) download request [CLIENT] 

Format: <nick> "<f ilename>" 

client requests to download <filename> from <nick>- client ejcpects 
to make an outgoing connection to <nick> on their specified data 
port * 

Example i 

cured "C: \Pro<jrara Files \Napster\generic cowboy song .mp3 " 
SEE XL SO i 500 alternate download request 

204 (O^ccc) download ack [SERVER] 

<ttick> <ip> <port> u <£ ilename>" <md5> <linespeed> 
server sends this message in response to a 203 request. 
<nxok> is the user who has the file 

<ip> is an unsigned long integer representing the ip address 
<port> is the port <nick> is listening on 
<filename> is the file to retrieve 
<md5> is the cndS sum 

<linespasd> is the user's connection speed (see login (2)) 
£xampl,e: 

lefty 487791189 2 6 699 "geiveric band - generic gong.mp3" lOf e9e£23bl962d< 

205 (O^ccd) private message to/from another user [CLIENT, SERVER] 

<nick> <message> 
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note the same type is used for a client sending a msg or reci.eving one 

[Commentary: this message causes problems if you consider linking 
servers together. With the current one server situation,, the server 
just rewrites the message it receives with the name of the client that 
sent it and passes it to the recipient client- However, in the case 
where the recipient and sender are not on the same server, there is 
loss of information without encapsulating it. It would have been 
better to put both the sender and recipient because if the servers 
are ever linked they will have to make a new message type, for- this 
situation. -ed) 

206 (Oxce) get error (SERVER] 

<nick> «<f ilename*" 

the server sends this message when the file that the user has 
requested to download is unavailable {such as the user is mot logged 
in) r 

207 COsccf) add hotlist entry (CLIENT) 

<user> 

This message is used to add additional entries to the client's 
hotlist. The server will send 209 and 210 messages when a user 
on the hotlist has logged in or out, respectively. 

2 08 (0xd0> hotlist [CLIENT] 

<user> 

This message is used to send the initial list of hotlist entries 
during the initial login process- it is normally send prior to 
to the add file (100) commands- To add more entries to the hotlist 
after the initial list is sent, clients should use tne 207 message 
instead. 

20? (Oxdl) user signon C SERVER) 

<user> <speed> 

server is notifying client that a user in their hotlist, <user>, 
has signed on the server with link <speed> 

210 (0xd2) user signoff r SERVER] 

<user> 

server is notifying client that a user on their hotlist, <user>, has 
sj,gned oft the server. 

this message is also sent by the server when ttie client attempts to 
browse a nonexistent client- [why don't they just use 404 for 
this? -ed) 

211 (0xd3> browse a user«s files [CLIENT?) 

<nick> 

the client sends this message when it wants to get a list of the files 
shared by a specific client xxies 
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212 (Oxd4> browse response [SERVER] 

<nick> "<fUenanie>" <md5> <size> <bitrate> <£requency> <time> 

<nick> is the user contributing the file 
<filenacne> is the mp3 file contributed 
<mdS> is the has of the mp3 file 
<size?- is the file size in bytes 
<bitrate> is the mp3 bitrate in kbps 
<frequence> is the sampling frequency in Hz 
<time> is the play time in seconds 

Example: 

foouser "generic band - generic song-mp3 M b92S7 0e0d41bc8e698cf 2 f Oalddf e< 

213 (0xd5) end of browse list [SERVER] 

<nick> (ipl 

indicates no more entries in the browse list for <user> . <ip> gives 
the client's IP address. 

214 (0xd6) server stats tCLIENT, SERVER] 

client: no data 

server : <users> <# £iles> <;size> 

<si4e> is approximate total library size in gigabytes 

this message is sent by the server occasionaly without request 

Example = 

553 54692 254 

215 (0xd7> request resume [client] 

<checksum> <£ilesize> 

client is requesting a list of all users which have the €ile with 
the characteristics. the server responds with a. list of 216 messages 
for each match/ followed by a 217 message to terminate the list 

216 (OxdS) resume search response [SERVER] 

<iiser> <ip> <port> <f i lename> <ehecksum> <size> <speed> 

this message contains the matches for the resume request (215) . the 
list is terminated by a 217 message. 

217 (0xd9) end of resume search list [SERVER} 

no data. 

this messag terminates a list of 216 messages initiated by a 215 
client request 

218 (Oxda) downloading file [CLIENT] 

no body. 

client sends this message to the server to indicate they are in the 
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process of downloading a file. chis adds 1 to the download couat 
which the server maintains. 

219 (Oxdb) download complete [CLIEMT? 

no body. 

client sends this message to the serve? to indicate they have 
completed the file for" which a prior 218 message was sent- this 
subtracts one from the download count the server maintains 

220 (Oxdc) uploading file f CLIENT J 

no body. 

client sends this message to indicate they are uploading a file, 
this adds one to the upload count maintained by the server. 

221 (Oxdd) upload complete (CLIENT] 

no body* 

client sends tKis message when they are finished uploading a file- 
this subtracts one from the upload count maintained by the server. 

300 (0x12c) optional ports I CLIENT) 

<port> 

This command allows the client to Specify optional ports to try for 
data connections if the one currently in use is unreachable by other 
parties . 

301 (0xl2d) hotlist ack [SERVER) 

<user> 

server is notifying client that <user> has successfully be added to 
their hotlist 

302 (0xl2e> hotlist error ( SERVER 1 

<user> 

server is notifying client that it was unable to add <u$er> to their 
hotlist* [can you only add registered nicks to your hotlist? -ed] 

303 <0xl2f> remove user from hotlist [CLXBNTj 

<user> 

client is notifying the server that it no longer wishes to reguest 
notifications about <user> when they sign on or off the server no 
response is sent in return. 

310 ?7? [CLXRMT* SERVER) 

client: no data 
server: 0 

unknown command- server returns 0 regardless of any parameters 
315 Client disconnect??? [CLIENT, SERVBRJ 
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client; no data 
server: 0 

The server sertds this message with a value o£ *0' when the client is 
about to be disconnected. 

It is unkonwn what this command does when issued by the client- The 
server appears to send the 316 message without disconnected the client 
in this case- 

[the server seems to send this message if you send it a numeric 
greater than 1000- the server will also disconnect you af:ter 
sending* this message. -edj 

320 (0x140) user ignore list {CLIENT, SERVER] 

clients no data 
server : <count> 

client request to display the list of ignored users, 
server returns the number of users being ignored 

321 (0tc141) user ignore list entry [SERVER] 

<user> 

Server sends each ignored nick in response to a 320 request. the 
list is terminated by a 320 message with the number of ignored users. 

322 (Oxl42) add user to ignore list [CLtENT, SERVER! 

<user> 

server acks the request by returning the nick 

323 (0x143) remove user from ignore list [CLXfcNT] 

<user> 

server acks the request by returning the nick to be removed from 
the ignore list. 

324 (0x144) user is not ignored [SERVER] 

<usec> 

server indicates that <user> is not currently ignored in response to 
a 323 request. 

325 (0x145) user is already ignored (SERVER J 

<user> 

server indicates the specified user is already on the user's ignore 
list 

326 (0x146) clear ignore' list [CLIENT. SERVER] 

client: no data, 
server : <count> 

client requests the server clear its ignore list. server returns the 
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number of entries removed from the ignore list. 
330 (0xl4a> blocked ip list [CLIENT} 

332 (0x14c) block ip [CLIENT] 

333 (0xl4d> unblock ip [CLIENT] 

400 (0x190) join channel [CLIENT] 

<channel -name> 

the client Sef»d$ this command to join a channel 

401 (0x191) part channel [CLIENT, SERVER] 

<channel -name> 

The client sends this command to part a channel. Server sends this 
message to indicate that the client has parted the channel. Note 
that this is sometimes sent even when the client has not requested, 
so a client _must_ be prepared to accept it ait any time. 

402 (0x192) send public message [CLIENT] 

<charmel>- <message> 

403 (0x193) public message [SERVER] 

< channel > <nick*- <text> 

this message is sent by the server when a client sends a public message 
to a channel - 

Example : 

80*s fispinozaf hello*., hola 

404 (0x194) error message [SERVER] 

<text> 



This message is used to send general error messages to a client that 
is logged in. Note: Message 0 is only sent during the login process. 

Examples ; 



User nosuchuser is not currently online. 
Channel ftnosuchchannel does not exist I 
permission denied 

ping failed, blah is not online 
4 05 (0x195) join acknowledge [SERVER] 

<channel*- 

the server sends this message to the client to acknowlege that it 
has joined the requested channel (400) 

406 (0x196) join message [SERVER] 

<channel> <user> <shacing> <1 ink- type> 



41 
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<usetr> has joined <channel> 
Example: 

80's Wilma Flirts tone 12 2 

407 (0x197) user parted channel {SERVER) 

<chanoel> <nick> <sharing> <linespeed;> 
Example : 

80* s DLongley 23 7 

408 (0x193) channel user list entry [server! 

this message is identical to the join (405) message. the server will 
send the list of users in the channel prior to the client join command 
in this message* join^ that occur after the client has joined will 
be noted by a 406 message. 

409 C0xl99) end of channel user list (SERVER] 

<channel> 

this message is sent by the server to indicate it has sent all infennat: 

410 <0*19a) channel topic {CLIENT, SERVER] 

<channel> <rtopiC> 

sent when .joining a channel or a new topic is set. a client requesting 
topic change also uses this message. 

[why didn't they put a field to indicate WHO changed the topic? as 
it i£ now you can only tell that it was changed* -edl 

42 0 (Q*la4) channel ban list [CLIENT, SERVER] 

Format: <chann.el> 

This command is used by clients to request the list of channel bans, 
and by the server to indicate the end of the channel ban list for 
a channel (also see 421) , 

421 (0xla5> . channel ban list entry [Server] 

422 <0xla6) channel ban {CLIENT] 

<channel> <user|ip> t "<reason>* } 
42 3 (0xla7) channel unban [CLIENT] 

<channel> <user|ip>- [ ■<rea5on> 1 ' ) 

424 (0xla8) channel ban clear [CLIENT) 

Format : <channel> 

425 channel motd [alternate topic (?>) [SERVER] 
Format: <message> 
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[The server sends this command when a user joins one of the 
predefined channels . rt seems to send a default message if the 
topic for the channel is the default, otherwise it sends the current 
channel topic. -ed] 



430 invite a user [clXent, server] 

client t <nick>- <channsl=- 

server: <nick> <channcl> "<topic>™ <unknown_digi t> <unknown_te)Ct> 

This command is used by Napster 2.0 SETA 9.6 to invite a user to 
a channel . 
cl ient : 

<nick> - nick of invited user 

<channel> - channel user <nick> was invited to 

server: 

<nick> - nick of user who was inviting 
<channel> - channel 
<topic=* - channel's topic 
<unknown„digit> * ??? ( M 0 V works fine) 
<unknown_text> - ??? ("Hello!" works fine) 

Last two arguments i cannot check because i temporary 
don't have internet access (e-mail only), if someone 
will test this message on napster.com servers please 
send, me results. 

When user receives 430 message user should reply with 431 or 432. 
Client example: 
Cyt>erAlien2 tttest_^_channel 
Server example: 

CyberAlien3 fttest_channel "Welcome to the #test_channel." 0 Hello! 

\i ! If anyone known what should server reply instead of "O Hello!" 
please tell mp* _ 



431 invitation accepted [CLIENT] 

<user> <chatmel> 

<user> - user who was inviting 

4 32 invitation declined [CLIENT] 

format: copy of command received in 4 30 message 

500 (0xlf4) alternate download reqruest [CLIENT] 

<nick> *<f ileaame*-" 

readies ts that <nick> make an outgoing connection to the requesters 
client- and send <filename>. this message is for use when the 
person sharing the file can only make an outgoing tcp connection 
because of firewalls blocking incoming messages. this message should 
be used to request files from users who have specified their data 
port as 0 in their login message 

501 <0xlf5> alternate download ack {SERVER} 



11 
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<niclc> <ip> <port> "<f ilenarce> " <mdS> <speed> 

this message is sent to the uploadsc when their data port is set to 
0 to indicate they are behind a firewalL and need to push all data 
outware. the uploader is responsible for connecting to the 
down Loader to transfer the file* 

600 (0x258) request user's link speed [CLXENT] 

<nxck> 

601 (0x259) link speed response [SERVER] 

<nick> <linespeed> 

602 (0*25a> ??? (CLIENT] 

<?> 

server returns a 404 with "*gulp* Drink milk, it does a body good!" 

603 (0x25b> whois request [CLIENT] 

<nick> 

604 (0x2 5c) whois response [SERVER] 

<nick> "<user- level>" <time> " <channels>* w <$tatus>" <shared> 
<downloads> <uploads> <link-type> "<client - inf o> w [ <total downloads^ 
<total_up loads > <ip> ^connecting port> <data port> <email> I 

<user-leveL> is one of "Usee" 0 , -Moderator"; * Admin" or -Elite" 
<tiine> is seconds this user has been connected 

<channels> is the list of channels the client is a member of, each 

separated by a space (ASCII 32) 
<statw3> is one of "Active", "laactive" (offline) or "Remote" ton a 

different server) 
<shar?.d> is number of files user has available for download 
<downloads> is the current number of downloads in progress 
<=uploads> is the current number of uploads in progress 
<link-type> see 0x02 (client login) above 
<cliene-in£o> see 0x02 (client login) above 

The following fields are displayed for user level moderator and 
above t 

< total uploads^ 
<total downloads^ 
<ip> 

Connecting port> 
<data port> 
<eroail> 

Example: 

lefty '•User- 1203 n 80's ■ "Active- 0 0 0 3 "nap v0,8 a 

605 (0x25d) who was response [SERVER) 

<user> <level> <last-seen> 

if the user listed in a. 603 request is not currently online, the 
server sends this jn^p-sag-e. 



note: can be "unavailable" 
note: can be unavailable 
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<u$er> is the user for which information was requested 
<levci> is the user's last known user level (user/mod /admin) 
<Ust-seen> is the last tims at which this user was $eea, measured 
as seconds since 12:00am on January \ r 1970 (UNrX ticne_t) 

606 (0x25e> change user level (CLIENT] 

<nicJc> <lavel> 

changes the privileges Cor <nick> to <level>. client must be admin 
level to execute this request 

[I have not verified this message since X don't have ©drain status 
on any of the servers. -edj 

607 {0x25£> upload request [SERVER} 

<nxck> "<filename>* <speed^ 

this message is used to notify the client that user <nxck> has 
requested upload of <filename> 

Example : 

lefty "generic band - generic $ong.mp3" 7 

608 (0x260) accept upload readiest {CLIENT3 

<nick> "<f ilenauiO' 4 

client is notifying server that upload of <£ilename> to <nic^ ± K 
accepted, and that the requesting client may begin download 

Example : 

lefty "generic baixd - generic song.tnp3 " 
$09 (0x261) accept failed TSERverJ 

<nick> " <f ilename>" 

this message is sent by ths server when the client that the file was 
requested from does not accept the upload request. 

610 (0x262) kill (disconnect) a user [CLIENT) 

<nick^ C ■<reason>- ] 

client request to disconnect a user. 

611 (0x263) nuke a user [Ct/IEWTJ 

<nick> 

client request to delete account for- <nick> 

612 (0x264) ban user rCLlENTj 

<nick | ip> [ "<reason>- J 

client request to place a ban on either a specific nickname or 
an ip address 
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613 (Ox2o5) set data port for user (CLIENT, SERVER] 

client: <user> <port> 
server: <port> 

This command is used by admin is tra tors to request that another 
cliant set the port used for data transfers to <port> . The server 
sends a message v/ith the requested port number to the target 
client. NOTE: Che target client can change its port number to 
whatever it wishes using the 7 03 command. 

614 (0x266) unban user [CLIENT] 

Formats <nick. | ip> t "<reason>" } 

615 (0x267) show bans for server (CLIENT] 

Format: (empty) 

client requests the list of banned ips for the current server 

616 (0x268) (ip?) ban list entry [SERVER] 

Format: <ip> <nick> "<reason>' 1 <time> <n> 

<ip> is the string version of the ip banned 
<nicK> is the user setting the ban 
<reason> is the reason given 

tittie. 31 - is the tirne^t when the ban was set 
<n>- is ???. value is either 0 or 1 

This message is sent in response to the 6 IS client request, one 
for each ban. The list is terminated with a 0 length 615 roes? say* 
from the server. 

Example: 

207.172.245. vaDcycie "DOS exploit" 947304224 0 

617 (0x269) list channels (CLIENT, SERVER] 

Format: (empty) 

client requests a list o£ channels on the server. server responds 
with 6X8/617 

server indicates end of channel list using this message. 

618 (0x2 6a) channel list entry [SERVER] 

format? -^channel -name > <number-of - users> <topio 

this is the server response to a $17 client request, one for each 
channel. 

Example i 

Help 50 OpenNap help channel 

619 (0x2Sb) queue limit (CLIENT] 

Format i <nick> M <filenam£i>" <rx> 
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a client may limit the number of downloads from a particular client, 
once the limit for a particular user has been reached, the uploading 
client can send this message to notify the downloader that they 
have hit the limit and can't have any more simultaneous downloads 
<nick> is the user who hit the limit, <filename> is the file they" 
were trying to download when they hit the limit, and <n> is the. 
number of simultaneous downloads allowed. 

Example: 

joebob "C?\MP3\Generxc Band - Generic Song,mp3" 3 
620 C0x2Sc) queue limit [SERVER] 

<oick> "<f ilenarao- <filesize> <digit> 

This message is sent by the server in response to the 619 client 
request, when one user needs to notify another that they have 
reached the maximum allowed simultaneous downloads. When the server 
recieves the 619 request from the uploading client, it send* the 620 
message to the downloading client. The Only difference in format is 
the addition of the <nick> field in the 620 message which specifies 
the username of the uploading agent which is notifying the 
downloaded that the queue is full. 

Example ; 

joebob »C:\M£»3\Generic Band - Generic Song.mp3" 1234567 3 
621 (0x26d) message of the day [CLIENT, SERVER] 

<text> 

Server; each 621 message contains a single line of text 

Client: client sends a 621 command with no data to request the 
motd fee sent. The server will usually send this automatically after 
a user logs in, so this command allows a user to reread it uoon 
r equ es t r. ^ 

622 (0x26e) muzzle a user [CLIENT] 

<nic3o £ * , <reason>' i J 

client requests that <nick> not be allowed to send public messages 

623 C0x26f) unmuzzle a user (CLIENT] 

<nick> ( «<reason>- ] 

client requests that the enforced Silence on <nick> be lifted 

624 (0x270) un-nuke a User [CLIENT] 

<uset> 

625 (0x271) change a user's linespeed f CLIENT] 

<user> <speed> 

626 (0x272) data port error [CLIENT, SERVER) 



77- 
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<user> 

when a downloading client detects that the uploader's data port 
is unreachable- it should send a 626 message to the server with 
the nick of the user for which the connection failed. The server- 
then relays the message to the up loader, substituing the 
downloader * s nickname in the message. 

627 (0x273) operator message [CLIENT, SERVER] 

client: <text> 
server; <nick> <tex:t> 

client request to send a message to all adro ins /moderators 

628 (0x274) global message [CLIENT, SERVEJ-O 

client: «texfc> 
server; <nicto <text> 

client request send a message to all users 

629 (0x27 5) banned users [SERVER] 

Format: <nick> 

when displaying the ban list foe the server, this message is used 
to indicate banned nicknames. 

630-639 missing 

640 direct browse re<juest [CLIENT, SERVER] 

Client: <nick> 

Server: <nick> IXp port] 

Client: request files for <nick> 

Server: <nick> is requesting your files. optionally, <ip> and 

<port> are given if the client getting browsed is firewalled 

This message is sent to initiate a direct client to client browsing 0 f 
shared files. 

See section 5.3- 

641 direct browse accept r CLIENT, SERVER] 

Client: <nick> 

Server t <nick> <ip^ <port> 

The client to be browsed sends this message back to the server to 
indicate it is willing to accept a direct browse from <nick> . 

The server ©ends this message to the requestor of the browse to 
indicate where it should connect in order to do a direct browse from 
<n.ick> . 

See section 5.3 

642 direct browse error [SERVER] 
<niek> "message" 
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server sends this messags in response to a 640 request if there is an 
error (eg. both clients are firewalled, or the browsee is not sha'cincr 
any £ iles) „ 

See section 5.3 

643-649 missing 

550-651 ??? CCXrENT] 

permission denied. 

652 (0x28c) cloafc user [CLIENT] 

sets the current user to "invisible" 

653-699 missing. 

700 change link speed [CLIENT] 
<speed> 

client is notifying server that its correct link speed is < S p ee ^> 
xn the range 0-10 (see the login message for details). 

701 change user password [CLrENTj 
<password> 

client wishes to change their password 

702 cliange email address E CLIENT] 
^eroail address> 

client wishes to change their email address 

703 change data port [CLIENT] 
<port> 

client is changing the data port being listened on for file 
transfers ^ 

704-747 missing. 

748 locfin attempt [Server] 

lll^t^l send* this message to a logged in client when another 
client attempts to log in with the Same nickname. 

749 missing. 

750 (0x2ee) server pirxg [CLXSNT, SERVER 1 

server: none 
client: <user> 

Napier 2 .0b5* sends t * e u,^ i» a r as pcn 9e to a 750 fron the 
[server returns an empty 750 con^nd in response, server ping? -ed) 

4<d 
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751 (0x2ef) ping user [CLIENT, SERVER) 

<user> 

client is attempting to determine if <user>*s connection is alive 

752 (0x2£0) pon<? response E CLIENT, SSRVERJ 

<user> 

this message is sent in response to the the 751 (PING) requeset 

753 (0x2fl) ' change password for another user [CLXEMT] 

<user> <password> "<reason>" 

allovrs an administrator to change the password, for another user 
754-769 missing* 

770 {CLIENT] 
permission denied, 

771 ??? (CLIENT] 
permission denied. 

772-799 missing. 

300 (0x320) reload config [CLIENT] 

<con£ig va.ria.ble> 

resets configuration parameter to its default value 
801 (0x321) server version [CLIEHT] 

no data . 

client request's a. server 4 s version 
802-804 missing. 
805 ??? 

(returns permission denied, -ed) 
310 (0x32a) set Config [CLIENT] 

<config string> 

request a change in server configuration variables 
811 (0x32b) ?">? [CLIENT] 

[returns permission denied, -ed] 
820 (0x334) clear channel [CLIENT] 

<channel> 

remove all users from the specified channel 
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821 (0x33 5) redirect client to another server [CL 1 ent , SERVER] 

client: <user> <server> <port> 
server : <server> <port> 

This command allows an administrator to redirect clients to another 
server . 

822 (0x336) cycle client ["CLIENT, SERVER] 

client: <user> <metaserver> 
server : <wetaserver> 

This commands allows an administrator to make a client restart the 
login process by first connecting to the metaserver (redirector) at 
<hos t>- r 

823 (0x3 37) set channel level fCkXENT] 

<channel> <level> 

Sets <channel> such that users imist be at l^a$t <level> in order to 
enter the channel 

824 (0*338) emote [CLIENT, SERVER] 

client 2 <channel> ,, <teKt>" 
server z <cham»el>- <user> "<text> M 

A variation of the public message command to indicate an action by 
the user. Often implemented as the "/roe" command in IRC clients. 

825 (0x339) user list entry f SERVER] 

<channel> <user> <f iles shared> <speed> 

an 825 message is sent for each user in the channel specified by the 
830 message 

Example: 

Help testor3 0 3 

[This appears to be exactly the same format as the 408 message. -edj 

826 C0x33a> channel limit [CLXENT] 

<chaxxnel^ <limit>- 

sets the maximum number of users that may enter a channel. <li„it> 
xs an integer value between 0 and 99*999999. setting it higher that 

k 1 - 8 r f su 3 ts fn th * limit set to -I. by default, crated 

channels have a limit of 200. there a PS >ears to be no restriction on 
any channel member changing the limit, and no notification is given 

827 <0x:33b) show all channels [CLIBNT, SERVER] 

no data. 
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S2B (0x33c) channel list [SERVER] 

<channel> <users> <nl> <level> <lirait> "<topic>" 

the server sends a list of 828 commands , one for each' channel , 
including "hidden" channels that don't shov up in the normal channel 
list. 

<level> is the mimimum user level required for entry into a channel 
<iimit> is the max number of users allowed in a channel 

<nl> is either 0 or 1. seems to be 1 if the channel was user 
created* or 0 if a predefined channel??? 

829 (Ox33d> kick user from channel [CLIENT] 

<chanael> <user> I n <reason>" J 
83 0 (0x3 3e) list users in channel [CLIENT, SERVER] 

<ahannel> 

client requests a list of all users in <channel>. server responds 
with a 825 response for each user/ followed by an 830 response with 
no data [why didn't they just use the 409 message? -ed} 

831 (0x33f) global user list [CLIENT] 

[returns permission denied. -ed] 

832-859 hissing-. 

670 add files by directory [CLIENT) 

Pormatr *<directory>" »<file>" <md5> <size> <bitrate> <£ceq> <duratioa> 
[ - 1 

This command allows a client to shatre multiple files in the same 
directory as a shortcut to multiple 100 (share file) commands. 
<di rectory > is the path which should be prepended to all the given 
filenames in the rest of the command* <:file> is the name of the file 
to share *wifchout* its directory component. When other clients do a 
browse/share, the real path will be reported as <^directory>/<£ile> . 

The portion of this command after the <directOry> may be repeated as 
many times a* necessary for files in the same directory- NOTE: most 
servers will not accept commands of length longer than 2048 bytes 
so you still may need to break up the files into multiple commands 
if there are many files in a single directory. 

B71-89 9 missing. 

9 00 connection test [SERVER] 

<ip> <port> <data> 

<:ip> - sfcring # ip address to connect to. 
<port> - integer, port to connect to 
<data> - string, data to send to server. 

Try to connect to <ip> on <port> for atmost 1000 Seconds. If the 
Connection succeeds send the <data> to target. 



22. 
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[reported by Thomas van der Keijden < thomQbart . nl>] 
901 listen test [SERVER] 

<port> <timeout> <data> 

<t>ort> - integer, port to listen on 

<timeout> - integer, time to wait for connection in seconds 
<data> - string. data to send after connection has been made. 

Listen on <port> for < timeout^ seconds, if a connection arrives 
return <data> to sender. 

{reported by Thomas van der Heijden <thora®bart _nl>J 
920 *?? {CLIENT) 

Format; 1 

This is sent by the BETA* client prior to Win. Purpose unknown. 

3 . MD5 

^o^o^ 14 ^ the VSSt ™ a ^ rit y «f the file* are hashed using the first 
299,008 bytes of the file. There have been some cases where the ha 
patches at 300,032 bytes, but no correlation has been dr^ as to £n that 

•5 M « l « io » at Point is that it might ^ t do 

the a**stence of a io3v2 tag, or perhaps the file was sampled at 4 B k£ . ? 

The current method seems to be: skip l^ v2 , See k to frame sync and hash. 

^li'^lirs s sr^s^^s ^ h ?* h 3 °°-°°° 

5. Client-client Protocol 

File transfer occur directly between clients without pa^intr thr0unh ,-h~ 

|f^ er - * h r S £ ° Wr *°<^ uP^a, dowJlotd? XreSSS unload 

f irewalled download. The normal method of transfer i. that thTelSn? ' 
wishing- to download a file makes a vrv ^„„„^„^ • ^ ls cnat the client 
file on their data'^r „l« r IS the 1111''^ b ° 'u* Client holdi ^ the 
file is behind a firtwail, it H ^ecess^rv f^r ^"V^ Cl ^ nt s ** ri "* the 
making a TCP connection to the £tf£r£ PUSh " ^ by 

5.1 Norma 1 Downloading 

Regardless of which mode, the downloading client will firel . <«„. 
search(200> or browse (211) command to the s Xif ™ * 

files and information on the client slurin T m ^h" returns a l* st of 
a get (203) revest ia sent to £T!«™ j£ wrSe i f * dowlload ' 

a get *ck<204) containing more d^tJS in*2L5ST ' WOnd W±th 

This is the point at Which the different methods diverce tf fK. ™, 

ack says that the remote clients data oort i.*Tn ?,t L e 204 

to the server requesting that the rtL^ client's^ TV?* * S °° re<IU * st 

thi. case you wait for the re^te client S^S^eo^^^^ 

The remote client should accept ^"iS^^tTI^^^^- 

PAGE 32/34 1 RCVD AT 2/2112006 9:06:47 PM [Eastern Standard Time] 1 SVR:USPTO-EFXRF-6/24 • DNIS:2738300 * CSID:585 477 4646 ' DURATION (mm-ss):08-23 



02/21/2096 21:21 585-477-4645 EASTMAN KODAK PATENT PAGE 33/34 

httpy/opennap.sourcetorge .ne 



ASCII char, *1* (ASCTX 49) - Once you read this char, you send a request 
for the file you wish to download. First send the string "GET" in a single 
packet, then send 

<mynick> M <f ilename> M <o£fset> 
where <mynick> is your napster user name, <filename> is the file you wish to 
download, and <offset> if the byte offst in the file to begin the transfer 
at (if you are downloading 1 for the first time./ and not resuming a prior 
transfer, you should uses 0 to start at the beginning of the file) . 

The remote client will then return, the file size, or an error message such 
as "XNVAOtO REQUEST- or "FILE NOT SHARED", Note that the file size is not 
terminated in any special way, and the best way to figure out the size is to 
keep reading until you hit- a character that is not a digit (it will usually 
be Oxff which is the start of the MP3 frame sync header, but if a id3v2. 
tag is present it might look different) . Immediately following the file 
size is where the data stream for the file begins* 

Once the data transfer is initiated, the dowuloader should notify the server 
that they are downloading a file by sending the 218 message. Once the 
transfer is complete , you send a 219 message to indicate you have finished 
the download. Mote that this is cumma litive, so that if you are downloading 
multiple files, you send one 218/219 pair for EACH concurrent download -* this 
is how the server knows how many transfers you have going on. Likewise, 
the uploader should send one 22 0 messge for each upload, and one 221 when 
each upload has finished. 

5-3 Firwalled Downloading 

As described above, when the file needs to be pushed from a client behind -a 
firewall, the dowuloader sends a 500 message to the server. This causes a 
5 01 message to be sent to the uploader, which is similar to the 204 message 
for a normal download. 

Once the uploader receives the 501 message from the server, they should make 
a TCP connection to the down. loader » s data port (given in the 501 message) * 
Upon connection , the downloader's client will sent one byte, the ASCII 
character The uploader should then send the string M SEND"* in a single 

packet, and then the information: 

<mynick> "<cilename> ,i <size> 
where <mynick> is the uploader *s napster user name, <filename> is the file 
being sent, and <size> is the size of the file in bytes. 

Upon receipt, the downloading client will either send the byte offset at 

wheih the transfer should start, or an error message such as 

"INVALID REQUEST". The byte offset should be sent as a single packet 

in plain A^CII digits. Just as with above in section 4.1, a 0 byte offset 

indicates the transfer should begin at the start of the file- 

Each client should notify the server that they are uploading or downloading 
with the 218/219 (downloading) or 220/221 (uploading) command pairs (see 
section 4.1 for more detailed information) . 

5.3 Client to Client Browsing 

Napster 2.0 BETA 8 adds a feature which allows direct client- to- client 
browsing of file lists. To request a browse, a client uses the 

640 <nick> 
command. The server then sends a 

640 <requester> 

to the client which is getting browsed with the nick of the client that is 
requesting the browse. Tf the client accepts the browse request, it sends 
back, a 

641 <reques tor> 



Ik 
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to the server with the nick of the client requesting the browse. The 
server then sends a 

641 <nick> <ip> <port> 
to the requesting client. m the case of an error, the server will send a 64 2 
command m response to the 54 0 command. 

The browsing client then makes a TCP conection to the remote client's data 
port. After greeting the -x» character, the browsing client sends a 
GETLIST 

At which point the remote client sends its nick followed by a linefeed (Vnl 
by atself m a single packet <ie, one write() call) tXcU 
<Aick> L.T 

Si 1 ^ *T ° f filSS bGin? Shared <the format *> ei »* the same aS 

the data of the "share- command). Each line is terminated by * linefeed char 

cL^nt Sf-I ^ 9t ' ^ additional linefeed char is sent and then the 
client closes; the connection. 

In the case that the remote client is firewalled, the browse list will ns , w \-„ 
be pushed to the requesting client. The remote client makes a ?CP noLecTL^ 
to the requesting- client, then sends connection 
SEND LI ST <nick>\n 

followed by the list of files, as with the "GETLIST- command response. 
6. Where to get more help? 

or i L t 5f-"? MteV .? ailin?r ilSt by email to napde V - subscribed l isc com 

".^r"*^ 11 ; the «»™itjr page Kttp.V/www.onelist.com/communitv/na^w 
This list is designed for open source napster developers toXr.T^ : 
about the specification or applications. aevelo P ers to share information 

7 . Ac knowl edg enten t s 

^S^LtZl^* £ ° ll0Win9 Pe ° Ple Wh ° V.1U.M. information 

Ben Byer <bbyer#rice*edu> 
JT <j traub^dragoncat -riet> 
Evan Martin. <eeyem$u . Washington . -edu^ 

Colten Edwards (aka panasync^f net) <edvard^h^^ v ^, • , ^ 

Thocnas van der Heijden <tkcUbar t .nl> dWard ^ bxtc ^- d ^ en9 ^ri6 . com> 
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